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(54) Multiserver workflow system 

(57) A multiserver workflow system in which each 
server and the users who use clients construct one sub- 
system includes: a plurality of servers (120-1, 120-2, 
120-N); a plurality of clients (130-1, 130-2, 130-N); and 
a network (1 10) to which the servers and the clients are 
connected. All of the servers have address information 
(310) of the servers constructing all of the subsystems 
and correspondence information (340) on all of the 
users and the subsystem which can be used by respec- 
tive users. When each client connects to any one of the 
servers, the client downloads a list of the subsystems 
which can be used by the user who uses the client and 
addresses of the servers constructing the usable sub- 
systems from the connection server and stores the list 
as a connectable server list (420). 
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Description 

BACKGROUND OF THE INVENTION 

Field of the Invention s 

[0001] The invention relates to a server/client system 
and, more particularly, to a multiserver workflow system 
comprising a plurality of subsystems. 

10 

Description of the Related Art 

[0002] There is a process for circulating a document 
to concerned departments or concerned persons and 
obtaining approvals of those circulation destinations. A is 
workflow system realizes such a process on a computer 
network. Specifically speaking, there is an example as 
disclosed in U.S. Patent No. 5,634,127. 
[0003] Generally, a server has business process defi- 
nition information as definition information of a docu- 20 
ment flow (business process). The document (case) 
inputted by the user on a client is controlled in accord- 
ance with the definition information. 
[0004] Hitherto, as a workflow system, there is a work- 
flow system with a single server construction in which 25 
one server and a plurality of clients are connected via a 
network. 

[0005] There is also a workflow system having a mul- 
tiserver construction such that a plurality of servers and 
a plurality of clients are connected via a network and a 30 
control is made so that the plurality of servers have the 
same business process definition information and all of 
the plurality of servers have the newest status informa- 
tion of a case which is being processed. 
[0006] There is also a workflow system having a mul- 
tiserver construction such that a plurality of workflow 
systems each having the single server construction as 
mentioned above are connected to the same network. 
[0007] In case of the conventional workflow system of 
the single server construction, since all of the busi- 
nesses depend on one server, if the server causes a 
malfunction, all of the businesses are stopped. The 
number of businesses of which the server is in charge 
increases, a use frequency of the businesses rises, and 
a load which is applied to the server increases, so that 
a business executing speed decreases. 
[0008] In case of the workflow system of the multi- 
server construction which holds the same information, 
an amount of information which is stored into each 
server increases and traffics among the servers for 
keeping the information identical among the servers 
occur. There is a case where unless the backup and 
restoring operations are executed in a lump in all of the 
servers, a mismatch among the servers occurs in the 
information recovered from the backup. 
[0009] In case of the workflow system of the multi- 
server construction in which a plurality of workflow sys- 
tems of the single server construction are connected to 



the same network, since the users cannot be collec- 
tively managed, the user management is troublesome. 
Further, when a change in construction (the number) of 
servers occurs, it is necessary to change information in 
all clients using the target system. 

SUMMARY OF THE INVENTION 

[001 0] It is an object of the invention to provide a mul- 
tiserver workflow system in which even when a server to 
be connected does not work, the client can try to con- 
nect with another server. 

[001 1] Another object of the invention is to provide a 
multiserver workflow system which can execute busi- 
nesses on servers other than a fault occurring server. 
[0012] Still another object of the invention is to make 
it easy to manage and change information on servers 
and . users in a multiserver workflow system. 
[0013] To accomplish those objects* a. workflow sys- 
tem according to the invention has the following con- 
struction. 

[0014] A multiserver workflow system in which each 
server and the users who use clients construct one sub- 
system comprises: a plurality of servers; a plurality of 
clients; and a network to which the servers and clients 
are connected. AH of the servers have: address informa- 
tion of the servers belonging to all subsystems; and cor- 
respondence information of ail users and the 
subsystems which can be used by the users. When 
each client is connected to any one of the servers, the 
client downloads a list of the subsystems which can be 
used by the user who use the client and addresses of 
the servers constructing the usable subsystem from the 
connecting server and stores them as a connectable 
server list for each login user. 

[0015] Further, each client tries to connect to the 
server by using the stored connectable server list and, 
when the connection to the server fails, the client tries to 
connect to another server in the connectable server list. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0016] 

Fig. 1 is a block diagram showing an outline of a 
structure of a multiserver workflow system accord- 
ing to the invention; 

Fig. 2 is a block diagram showing a more specific 
structual example of the multiserver workflow sys- 
tem and a user interface on a client; 
Fig. 3 is a diagram for explaining structures of infor- 
mation which is formed by a management server 
and information which is distributed to each subsys- 
tem and for explaining the information forming 
method; 

Fig. 4 is a diagram for explaining a method of dis- 
tributing a connectable server list from a server to 
clients; and 
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Fig. 5 is a diagram for explaining processes when a 
client connects to a server. 

DESCRIPTION OF THE PREFERRED EMBODI- 
MENTS 

(1) System construction 

[0017] Fig. 1 is a block diagram showing an outline of 
a construction of a multiserver workflow system. 
[0018] A plurality of servers 120-1 to 120-N and a plu- 
rality of clients 130-1 to 130-N are connected to a com- 
munications network 110 and databases 121-1 to 121- 
N are connected to the respective servers. 
[0019] The communications network 110 is an LAN 
(Local Area Network), a WAN (Wide Area Network), a 
public telephone line, an Internet, or the like. The server 
120 and client 130 are computers such as personal 
computers, workstations, or the like each having a CPU. 
a memory, input/output devices, and an interface to the 
communications network. The database 121 can be 
also included in the server 120. Communications 
between the server 120 and client 130 and between the 
servers are executed using a protocol depending on the 
communications network 110, for example, TCP/IP. One 
server and a plurality of users who use the clients con- 
struct one subsystem. 

(2) Operation of the user 

[0020] Fig. 2 is a block diagram showing a more spe- 
cific structural example of the multiserver workflow sys- 
tem and a user interface on the client. 
[0021] In this example, server 1 (120-1), server 2 
(120-2), and server 3 (120-3) are connected as servers 
to the network (110). The server 1 belongs to an 
accounting business subsystem. The server 2 belongs 
to a personnel business subsystem. The server 3 
belongs to a materials business subsystem. 
[0022] It is now assumed that a user who uses a client 
X (130-1) is permitted to use all of the subsystems. A 
basic screen 200 is displayed on a display device of the 
client X. 

[0023] Buttons of case input 201, INBOXes 211 to 
214, and OUTBOXes 221 to 224 are displayed on the 
basic screen 200. 

[0024] In case of inputting a new case, the user 
selects the case input button 201 by a mouse click or 
the like. After that, a list of subsystems which can be 
used by the user is shown. By further selecting a 
desired subsystem, a business process in the selected 
subsystem is displayed. The subsequent operation is 
the same as that of the conventional workflow system of 
the single server construction. 

[0025] The user selects the INBOX button in order to 
access a case which is not processed yet and has to be 
processed from now on. The user selects the OUTBOX 
button in order to see a status of a case which has 



already been inputted or processed. When the user 
selects the INBOX and OUTBOX buttons (211, 221) of 
all of the systems, titles of the cases relating to the user 
in all of the subsystems are displayed together with the 

5 additional information. When the user selects the 
INBOX and OUTBOX buttons (212 - 214. 222 - 224) of 
each system, a title of the cases relating to the user in 
the selected subsystem are displayed together with the 
additional information. 

io [0026] When the INBOX button is selected, a person 
who made the case, making time, a name of the using 
business process, time when the case arrived at his 
INBOX, and the like are displayed together with the 
case title. By selecting the case title, the user performs 

15 the referring or approving operation of the contents of 
the case. When the user selects the OUTBOX button, a 
person who made the case, making time, a name of the 
using business process, a processing status, and the 
like are displayed together with the case title. The oper- 

20 ation after the user accessed eacfTsubsystem is the - 
same as that of the conventional workflow system of the 
single server construction. 

(3) Information making and setting method 

25 

[0027] Fig. 3 is a diagram for explaining information 
which is distributed to the servers of each subsystem. 
[0028] The information is made by one server and the 
information is distributed to each server. To make the 

30 information, a dedicated server may be provided or any 
one of the servers 1 , 2, and 3 constructing the business 
subsystems as shown in Fig. 2 may be used. The server 
which makes the information to be distributed to each 
server is called a management server. 

35 [0029] The information is made in the management 
server by the following procedure. 

CD Making of the subsystem list 

40 [0030] A managing program on the management 
server makes a subsystem list table 310 in accordance 
with the input of a manager and stores the table into a 
memory in the management server. The subsystem list 
table 310 includes a name of the server constructing 

45 each subsystem and an address (for example, IP 
address) on the communications network of the server. 

@ Making of the user information 

50 [0031] The managing program^ on the management 
server makes a user information table 320 in accord- 
ance with the input of the manager and stores the table 
into the memory in the management server. The user 
informationtable 320 includes user IDs of all of the users 

55 who use the system, sections to which they belong, 
names, and posts. The table 320 can also further 
include items such as passwords, nicknames, and the 
like. The user information table may be made by the 
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server of each subsystem and collected to the manage- 
ment server. 

© Making of the subsystem user information 

[0032] The managing program on the management 
server makes a subsystem user information table 330 in 
accordance with the input of the manager and on the 
basis of the subsystem list table 310 and stores the 
table into the memory in the management server. The 
manager designates the users who use each subsys- 
tem by indicating a condition. For example, as shown in 
the table 330 in Fig. 3. the users in an operation section 
are designated for the subsystem of the server 1. All of 
the users are designated for the subsystem of the 
server 2. The users in the operation section and group 
leaders of all sections are designated for the subsystem 
of the server 3. The table 330 includes the server 
names and inputted conditions. 

@ Making of the user connection information 

[0033] The managing program on the management 
server compares the items in the user information table 
320 which has already been made with the conditions in 
the subsystem user information table 330, determines 
the connectable servers for respective users, and 
makes a user connection information table 340. The 
user connection information has a list of the connecta- 
ble servers in addition to the same items as those in the 
user information table 330. 

© Distribution of the subsystem list and the user con- 
nection information 

[0034] The managing program on the management 
server distributes the subsystem list table 310 and the 
user connection information table 340 to all of the serv- 
ers via the communications network. Therefore, all of 
the servers 1 to 3 have the same information. 
[0035] The managing program is software which is 
executed by the CPU of the management server. 

® Distribution of the connectable server list to each cli- 
ent 

[0036] A method of distributing the connectable server 
list from the server to each client will now be described 
by using Fig. 4. 

[0037] For each client, the server to be connected in 
default is determined and the client has its address as 
default connection server information 410. The client 
connects to the default connection server and transmits 
a login request (430) to the connection server together 
with the user ID of the user who uses the client. The cli- 
ent can transmit a server information updating request 
or a login request to the server being connected 
together with the user ID at another arbitrary timings. 



[0038] When the login request or server information 
updating request is received, the server extracts the 
user ID included in those requests. The server extracts 
the connectable server names of the user ID from the 

5 user connection information table 340 and, further, 
extracts the addresses of the connectable servers from 
the subsystem list table 310. After that, the server trans- 
mits the connectable server names and the addresses 
as a connectable server list to a sending source of the 

10 login request or the server information updating request 
(440). The client stores the received connectable server 
list as a table 420. In some systems, a plurality of users 
share one client. In such system, the client may store 
the connectable server lists for the respective users. 

is [0039] The foregoing procedure of ® to © is also 
applied to the cases of an addition of the server, an 
address change of the server, an addition or deletion of 
the user, and:a;ehange in user information. 

20 (4) Process of the client 

[0040] Process of the client when the user starts a 
workflow business in the client device will now be 
described with reference to Fig. 5. 

25 [0041 ] When the client receives the login request from 
the user, the client obtains information on the server 
which has previously been designated as a default 
server on own client machine (step 500) and tries to 
connect to the default server. 

30 [0042] When the connection tried server is working 
(YES in step 501) and the user is authenticated by the 
server (OK in step 508). the connectable server list 
table 420 is downloaded onto the own client machine 
(step 509). Even when the server list has already 

35 existed on the client, by again downloading, the client 
can obtain the new connectable server list correspond- 
ing to the login user. After that, the client starts the work- 
flow business (step 510). 

[0043] When the connection tried server is not work- 
40 ing (NO in step 501 ) or the user fails to be authenticated 
by the server (NG in step 508), the client checks 
whether the connectable server list table 420 for the 
user exists on the own client machine or not (step 502). 
[0044] When the table 420 exists (YES in step 502), 
45 the client tries to connect to one of the servers in the list 
(step 505). 

[0045] When the connection cannot be performed 
(NG in step 506) due to a reason such that the connec- 
tion tried server is in a down state or the like, the client 

so checks if another server exists irv4he list (step 507). 
When there is another server (YES in step 507), the cli- 
ent tries to connect to the server (step 505). 
[0046] When the client cannot connect to all servers 
in the list (NO in step 507), the client finishes the proc- 

55 esses. 

[0047] When the connection tried server is working 
(OK in step 506) and the user is authenticated by the 
server (OK in step 508), the connectable server list 
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table 420 is downloaded onto the own client machine 
(step 509). 

[0048] When the table 420 for the user doesn't exist, 
the client finishes the processes (NO in step 502). 
[0049] The above process is realized by software s 
which is executed by the CPU of the client. 
[0050] The order of selecting the connection trying 
server in the server list table 420 by the client can be 
determined by the client or can be merely the topdown 
order of in the table. io 
[0051 ] The basic screen 200 which is displayed on the 
display device of the client is shown in the paragraph (2) 
mentioned above and Fig. 2. The INBOX and OUTBOX 
buttons of all of the subsystems and each subsystem 
which can be used by the user are displayed in the is 
above screen. This display is performed on the basis of 
the connectabie server list table 420 on the client. When 
the INBOX or OUTBOX button of a certain subsystem 
(server) is designated, the client obtains the address of 
the designated server from the server list table 420. 20 
When the client is at present connected to the server, 
the process corresponding to the designated button is 
started. When the client is not connected to the server, 
the connecting process is executed by using the 
obtained address and, after completion of the user 25 
authentication, the process corresponding to the desig- 
nated button is started. In the basic screen 200, when 
the case input button 201 and the INBOX and OUTBOX 
buttons 21 1 and 221 of all of the subsystems are desig- 
nated, the client sequentially connects to all of the serv- 30 
ers in the connectabie server list table 420, receives the 
user authentication, and executes the transmission and 
reception of the information and the processes. During 
the process, if there is a server which is not working, the 
process for this server is skipped. 35 

(5) Effects 

[0052] By constructing the system and the table 
arrangement as mentioned above, the client can obtain 40 
the list of the servers which can be used by the user 
from any server. 

[0053] A service for accessing a plurality of servers 
can be provided to the user with a simple user interface. 
[0054] It is sufficient to perform the change of the 45 
server, server address, and user in only the manage- 
ment server and the maintenance becomes simple. 

(6) Modifications 

50 

[0055] Although the embodiment has been described 
with respect to the workflow system as an example, the 
defining method and distributing method of the informa- 
tion on the servers and users can be also applied to 
another multiserver systems. 55 
[0056] The numbers of items in the tables of the sub- 
system list, user information, subsystem user informa- 
tion, user connection information, and connectabie 



server list can be increased or decreased as necessary. 
Claims 

1 . A multiserver workflow system comprising: 

a plurality of servers (120-1 , 120-2, 120-N); 
a plurality of clients (130-1, 130-2, 130-N); and 
a network (110) to which said servers and said 
clients are connected, 

wherein each of said servers and users who 
use the clients construct a subsystem, 
all of the servers have address information 
(310) of the servers constructing all subsys- 
tems and correspondence information (340) of 
all users and the subsystems which can be 
used by respective users, and 
wh^p each client connects to any one of said 
'servers, said client dc^njo^ds a list of the sub- 
systems which can be usecTby the user who 
uses said client and addresses of the servers 
constructing said usable subsystems from the 
connected server and stores the list as a con- 
nectabie server list (420). 

2. A system according to claim 1 ( wherein each client 
provides a user interface (200) to access all of the 
usable subsystems with reference to said connec- 
tion server list (420) and connects to the server 
constructing the subsystem selected by the user by 
using the addresses in the connectabie server list. 

3. A system according to claim 1 , wherein each client 
connects to the server by using the stored connect- 
abie server list (420) and, when the connection to 
said server fails, said client tries to connect to 
another server in the connectabie server list. 

4. A method of managing information on servers and 
users in a multiserver workflow system including a 
plurality of subsystems, comprising the steps of: 

deciding an information management server; 
on said information management server, defin- 
ing subsystem/server address information 
(310) including addresses of servers construct- 
ing all of the subsystems and user/subsystem 
correspondence information (340) indicating a 
correspondence between all of the users and 
the subsystems which qan be used by respec- 
tive users and storing the information; 
distributing said subsystem/server address 
information (310) and said user/subsystem cor- 
respondence information (340) from said infor- 
mation management server to all of th 
servers; and 

in each of the servers constructing the subsys- 
tems, storing said subsystem/server addr ss 
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information and said user/subsystem corre- 
spondence information being distributed, 
extracting a list of the subsystems which can 
be used by the user who uses said client and 
the addresses of the servers constructing said 5 
usable subsystems from said stored informa- 
tion in response to a request from the client, 
and transmitting the list (420) to said client. 

5. A method according to claim 4. wherein in said 10 
management server, 

information (320) on all of the users is col- 
lected, 

a condition (330) of the user constructing the 15 
subsystem is inputted, and 
said information on every user is compared 
with the condition of the user constructing said 
subsystem, the usable subsystem is deter- 
mined for every user, and said user/subsystem 20 
correspondence information (340) is made. 

6. A method of connecting to a server by a client, com- 
prising the steps of: 

25 

having an address (410) of a default connec- 
tion server; 

connecting to said default connection server at 
first, downloading a list of subsystems which 
can be used by a user who uses said client and 30 
addresses of the servers constructing said 
usable subsystems from the connection server, 
and storing the list as a connectable server list 
(420); and 

performing the connection to the server by 35 
using the stored connectable server list at sec- 
ond and subsequent times, and when the con- 
nection to said server fails, the client tries to 
connect to another server in said connectable 
server list. *o 



said client and addresses of servers construct- 
ing said usable subsystems from the connec- 
tion server, and storing the list as a 
connectable server list; and 
connecting to the server by using the stored 
connectable server list at second and subse- 
quent times, and when the connection to said 
server fails, trying to connect to another server 
in said connectable server list. 

9. A server/client system comprising: 

a plurality of servers ( 1 20) ; 

a plurality of clients (130); and 

a network (1 10) to which said servers and said 

clients are connected, 

wherein all of the servers have address infor- 
mational 0) on all servers and correspond- 
ence information (340) of abusers and the 
servers which can be used by respective users, 
and 

when each client is connected to any one of 
said servers, said client downloads a list of the 
servers which can be used by the user who 
uses said client and addresses of the servers 
from the connection server and stores the list 
as a connectable server list (420). 



7. A method according to claim 6, further comprising 
the step of: 

when the connection to the server succeeds, 45 
downloading the connectable server list (420) 
from the connection server in order to obtain 
latest information. 



8. A program storage device readable by a client so 
machine, tangibly embodying a program of instruc- 
tions executable by the client machine to perform 
method steps for connecting with a server machine, 
said method comprising the steps of: 

55 

connecting to a predetermined default connec- 
tion server at first, downloading a list of subsys- 
tems which can be used by a user who uses 
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